Update FindESMF.cmake to make ESMF::ESMF main target#226
Conversation
|
Change requested broke the UFS build |
Well, huh. We might need to ask @AlexanderRichert-NOAA for some advice and help... |
|
I'm testing some more scenarios. Not every FindESMF.cmake file within the ufs-weather-model was consistent. It's possible that I clobbered a FindESMF.cmake file that was customized for a component. I would like to figure this out before making changes to the default library name of ESMF. |
In GEOS one thing I've had to do (locally) is add aliases for I know from spack testing that if you build with spack, it doesn't seem to matter how many other |
|
The issue is related to changing one of these three modules, which are already outdated.
I was able to build the ufs-weather-model with this newer version of the FindESMF module. |
danrosen25
left a comment
There was a problem hiding this comment.
Please copy these changes to the following files:
- src/addon/ESMX/Comps/ESMX_Data/cmake/FindESMF.cmake
- src/addon/ESMX/Driver/cmake/FindESMF.cmake
This should be done. |
As detailed in #225, our UFS collaborators would like MAPL to provide a
MAPL-targets.cmakefile that usesESMF::ESMFas the target within. From my testing, this can only seem to work ifESMF::ESMFis the main target provided byFindESMF.cmakeand not anALIAS.So this PR does that, it essentially makes
ESMF::ESMFthe target the "main"add_library()call is run on and then makesESMFthe alias.As far as I can tell, this works. All other needed changes are in GEOS and MAPL.